Internet Surfer 2.0/Internet Surfer 2.0 (Wayzata Technology) (1996).iso/pc/text/mac/faqs.255

Text File | 1996-02-12 | 27.7 KB | 670 lines

Frequently Asked Questions (FAQS);faqs.255



          When `p' (printing) or `|' (piping) a message, an encrypted
          message does not get decrypted. This is because elm(1) invokes
          readmsg(1) to pull the message out of the folder and
          readmsg(1) does not deal with encryption at all.

          Even if we gave readmsg(1) the ability to decrypt messages,
          we'd still have problems because readmsg itself would have to
          prompt for the decryption key.

          Now if we were printing or piping a set of tagged messages,
          readmsg(1) would have to prompt for decryption keys for each
          message individually. In doing that readmsg(1) would have to
          indicate which message of the set it was working on.

          This would be difficult since readmsg(1) uses actual ordinal
          message position in the folder, and that would be confusing if
          the user has folders sorted in other than mailbox order: the
          message numbers wouldn't match up. The solution therefore
          involves replacing readmsg(1) with a new function in elm(1) to
          handle the `p' or `|' commands, and this function would need
          to detect the encryption delimiters and prompt for the
          decryption key. Furthermore, readmsg(1) should get enhanced to
          deal with encrypted text, or else carry a disclaimer that it
          doesn't work on encrypted text.

          When including the text of an original message for a `r'
          (reply) or `f' (forward), encrypted sections do not get
          decrypted first, resulting in decrypted text inside the
          include text. This means that the elm(1) function that
          includes text of an original message must detect encryption
          delimiters and decrypt encrypted text before including it in a
          reply or forwarded message.


EB26  Version:     2.4PL0           Status:     Open
      Open Date:   1-Oct-92         Close Date:
      Reported by: Elm Development Group <[e-mail]>
      Summary:     Addresses "node!user@domain" not handled as RFC976
      Description:
          When using an address of the form "node!user@domain" and
          having Elm convert it to an all ! address, RFC976 states that
          the proper address should be domain!node!user, but Elm
          translates that to node!domain!user.


EB36  Version:     2.4PL0           Status:     Open
      Open Date:   1-Oct-92         Close Date:
      Reported by: Elm Development Group <[e-mail]>
      Summary:     Sometimes user name is added into full name field
      Description:
          When Elm is configured not to look at the password file for
          full name information, it sometimes places the user name in
          ()s as the comment in addition to the full name.


EB41  Version:     2.3PL11          Status:     Open
      Open Date:   2-Dec-92         Close Date:
      Reported by: [e-mail] (Rob Price)
      Summary:     Incoming mail incorrectly handled in subset mode.
      Description:
          If a subset of mail is displayed using the "l" command, new
          incoming mail is displayed with the subset mail.  However the
          mail count at the top of the screen is not updated, and the
          final few items (ie those numerically after the number of
          messages shown) cannot be selected by the cursor keys.


EB42  Version:     2.4PL3           Status:     Open
      Open Date:   2-Dec-92         Close Date:
      Reported by: [e-mail] (Jim Moore)
      Summary:     Builtin editor unable to delete back over line boundary.
      Description:
          The builtin editor is unable to delete back over a line
          boundary.  Attempts to delete back over a line boundary can
          cause the whole message to be lost, and unpredictable effects
          to be seen on screen and possibly garbage characters in the
          file.


EB43  Version:     2.4PL3           Status:     Open
      Open Date:   2-Dec-92         Close Date:
      Reported by: [e-mail] (Andrew Cytron)
      Summary:     Elm does not enforce newline at end of message.
      Description:
          Some MTAs (notably Sun sendmail) require that the message end
          in a newline character.  Elm does not enforce this, which can
          result in the MTA failing or hanging.


EB44  Version:     2.4PL6           Status:     Open
      Open Date:   2-Dec-92         Close Date:
      Reported by: [e-mail] (Marc Pawliger)
      Summary:     Builtin editor treats "/" as white space char.
      Description:
          The builtin editor treats "/" as a whitespace character and
          performs wordwrap (including deleting the "/") on things such
          as file names.


EB45  Version:     2.4devPL65       Status:     Open
      Open Date:   2-Dec-92         Close Date:
      Reported by: [e-mail] (Joe Greco)
      Summary:     Incoming messages can confuse the index screen display.
      Description:
          Elm can lose track of incoming (new) messages so that although
          the number of messages at the top of the screen is correct,
          the new messages are not displayed on the index page.  However
          these messages can be accessed in the normal way, they just
          aren't listed in the index.  Redrawing the screen restores
          things to normal.


EB46  Version:     2.4PL13          Status:     Open
      Open Date:   2-Dec-92         Close Date:
      Reported by: [e-mail] (J. Philip Miller)
      Summary:     To: addresses split over lines can confuse group reply.
      Description:
          If an address in the To: part of a message is split over more
          than one line, a group reply to that message will incorectly
          parse the addresses and build an incorrect Cc: header.

          The example given had the fullname part of an address in ()
          split onto a continuation line.  In this case elm added 2
          additional addresses into the Cc: line - made up of the 2
          parts of the full name each with the original senders domain
          name suffixed on.


EB47  Version:     2.4PL13          Status:     Open
      Open Date:   3-Dec-92         Close Date:
      Reported by: morwyn![e-mail] (Forrest Aldrich)
      Summary:     Only last line of each header can be edited
      Description:
          The header editor only allows the editing of the last screen
          line of a header.  Backing up to previous lines is not
          possible.



Utilities bugs
~~~~~~~~~~~~~~


UB02  Version:     2.4PL0           Status:     Open
      Open Date:   1-Oct-92         Close Date:
      Reported by: Elm Development Group <[e-mail]>
      Summary:     Newmail cannot handle null From: headers.
      Description:
          Newmail(1) displays a null "From" when a message does not
          contain a From: header line. It needs to be able to parse the
          return path and display the "last two words" of it, just like
          elm(1) does  when it encounters a message without a From:


UB07  Version:     2.4PL0           Status:     Open
      Open Date:   1-Oct-92         Close Date:
      Reported by: Elm Development Group <[e-mail]>
      Summary:     Arepdaemon does not check user permissions.
      Description:
          Arepdaemon has a bad security hole because it does not check
          to see if the user can read the file used for reply.


UB09  Version:     2.4PL0           Status:     Open
      Open Date:   1-Oct-92         Close Date:
      Reported by: Elm Development Group <[e-mail]>
      Summary:     Arepdeamon does not check status when unlinking data file.
      Description:
          Autoreply.c tries to unlink the file "/etc/autoreply.data"
          when there is only one entry in it and does not check the
          return value of unlink. This can have bad repercussions if the
          unlink fails because the program nevertheless reports success.


UB13  Version:     2.4PL0           Status:     Open
      Open Date:   1-Oct-92         Close Date:
      Reported by: Elm Development Group <[e-mail]>
      Summary:     Filter has no locking against multiple instantiations.
      Description:
          If filter is run on a system that allows multiple delivery
          agents, that can start up multiple copies of filter, delivery
          of messages can get intermixed.  Filter needs a complete
          interlocking to prevent this.


-- end of elm bug database



                           The Elm(tm) Mail System


            (C) Copyright 1988-1992, USENET Community Trust
        (C) Copyright 1986,1987, by Dave Taylor

            An Overview of the Elm Mail System
            ----------------------------------
1. What is Elm?

    Currently on Unix, there seems to be a preponderence of line-oriented
software.  This is most unfortunate as most of the software on Unix tends to
be pretty darn hard to use!  I believe that there is more than a slight
correlation between the two, and, since I was myself having problems using
"mailx" with high-volume mail, I created a new mail system.

    In the lingo of the mail guru, Elm is a "User Agent" system,
    it's designed to run with "sendmail" or "/bin/rmail" or any
other UNIX Mail Transport Agent (according to what's on your system)
and is a full replacement of programs like "/bin/mail" and "mailx".
The system is more than just a single program, however, and includes
programs like "frm" to list a 'table of contents' of your mail,
"printmail" to quickly paginate mail files (to allow 'clean'
printouts), and "autoreply", a systemwide daemon that can autoanswer
mail for people while they're on vacation without having multiple
copies spawned on the system.

2. What's New about Elm?

    The most significant difference between Elm and earlier mail
systems is that Elm is screen-oriented.  Upon further use, however,
users will find that Elm is also quite a bit easier to use, and quite a
bit more "intelligent" about sending mail and so on.   For example, say
you're on "usenet" and receive a message from someone on the Internet.
The sender also "cc'd" another person on Internet.  With Elm you can
simply G)roup reply and it will build the correct return addresses.

    There are lots of subtleties like that in the program, most of
which you'll probably find when you need them.

3. What systems does it work on?

    The Elm development group uses almost every UNIX system out
there between all of its volunteers.  Elm runs on USL System V, BSD,
SunOS, Apollo, UTS, Pyramid and Xenix and should run on almost any Unix
systems without any modifications (if there turn out to be
modifications, please notify the Elm Development Group as soon as
possible).

4. Does it obey existing mail standards?

    Yes!  That's another of the basic reasons the program was
originally written!  To ensure that the date field, the "From:" line
and so on were all added in the correct format.  The program is 100%
correct according to the RFC-822 electronic mail header protocol
guide.

5. What were the main motivating factors for Dave to write Elm?

    The first two I've already mentioned, but here's a (somewhat
partial) list;

    -  To have a mail system that exploited the CRT instead of
       assuming I'm on a teletype.

    - To have a mailer that was 100% correct when dealing with
      network mail (ie RFC-822).

    - To create a system that needed no documentation for the
      casual user, but was still powerful enough and sophisticated
      enough for a mail expert.

    - To write a "significant" piece of software as a learning
      experience (I admit it!)

    - To find out how reasonable it is to try to modify a program
      to meet the expectations of the users, rather than vice-versa.

    - To basically correct some of the dumb things that the current
      mailers do, like letting you send mail to addresses that it
      could trivially figure out are going to result in 'dead.letter'

    - To tie in intimately with the pathalias program output, and
      allow users to specify machine!user or user@machine and have
      the COMPUTER do the work of figuring out addresses...

6. Is it reliable?

    The mailer, in various incarnations, has logged literally
thousands upon thousands of hours without any problems that aren't
now corrected.  As new problems arise they're dealt with in as
rapid a manner as possible...

7. Disclaimers

    The author of this program will deny all liability for any
damages, either real or imagined, due to the execution of this program
or anything related to either the software or the system.  Furthermore,
the entire system and all source within, including the presentation
screens and commands, are legally copyrighted by the author, and while
they can be used, and abused, for public domain systems, it will be in
violation of the law if used in systems or programs sold for profit.

    By installing the mailer or even extracting it from the network,
you are agreeing to the above disclaimer.

8. Finally

    I think it's a good program, and I can cite at least 75 people
who would (begrudgingly, I'm sure) agree.  You should most certainly
install the program and try it!!


                -- Dave Taylor
                [e-mail]
                -- Syd Weinstein, Coordinator
                Elm Development Group
                [e-mail]

--
========================================================================
Sydney S. Weinstein, CDP, CCP          Elm Coordinator - Current 2.4PL17
Datacomp Systems, Inc.                 Projected 3.0 Release: ??? ?,1994
[e-mail] or dsinc!syd      Voice: [phone], FAX: [phone]
Xref: bloom-picayune.mit.edu rec.radio.amateur.misc:28970 news.answers:4322
Newsgroups: rec.radio.amateur.misc,rec.radio.info,rec.answers,news.answers
Path: bloom-picayune.mit.edu!enterpoop.mit.edu!spool.mu.edu!yale.edu!qt.cs.utexas.edu!cs.utexas.edu!usc!sol.ctr.columbia.edu!news.unomaha.edu!cwis!pschleck
From: [e-mail] (Paul W Schleck KD3FU)
Subject: Amateur Radio Elmers List Info and Administrivia
Message-ID: <elmers/[e-mail]>
Followup-To: poster
Summary: A documentation file for the Elmers Resource Directory,
     a list of mentors, experts, and gurus for the various
     technical subjects that come up in this newsgroup.
Keywords: ham amateur radio ftp elmer
Sender: [e-mail] (UNO Network News Server)
Supersedes: <elmers/[e-mail]>
X-Posting-Frequency: posted on the 1st of each month
Reply-To: [e-mail] (Elmers List Administrivia Mailbox)
Organization: ACM Student Chapter, University of Nebraska at Omaha
Date: Tue, 1 Dec 1992 12:02:20 GMT
Approved: [e-mail]
Expires: Fri, 15 Jan 1993 06:00:00 GMT
Lines: 145

Posted-By: auto-faq script
Archive-name: elmers/admin
Revision: 1.2 10/03/92 05:48:17
Changes: SAC: 1947-1992, RIP

This administrivia file and the companion Amateur Radio Elmers Resource
Directory are intended for non-commercial distribution via Usenet.  Any
other uses, please E-mail for permission.

A Brief Historical Overview:
++++++++++++++++++++++++++++

If there is any one constant in the changing state of the communications
art, it is that "Hams" (Amateur Radio Operators) have always been on
the forefront of it.  Rumors abound where the term "Ham" came from.
Some of the more amusing are described at the end of this article.

Regardless of origin of the name, a "Ham" is universally recognizable as
one who experiments in radio and communications.

Whether it be constructing a low-power CW radio with vacuum tubes, or
designing TCP/IP packet networks, such experimentation has historically
spilled over into the mainstream such as was the case with Edwin
Armstrong, who developed the regenerative oscillator and FM radio, or
General Curtis LeMay (W6EZV) who was instrumental in making Single-
Sideband the communications standard for the Strategic Air Command
(1947-1992, now reorganized into a joint command called StratComm) and
eventually the U.S. Air Force.  Although packet-switching techniques
originated from DARPA (Defense Advanced Research Projects Agency) and
the ARPANet, no one can deny the tremendous influence that amateurs
have had in demonstrating the viability of TCP/IP and AX.25
communications via radio links.  The efforts of AMSAT (the Amateur
Satellite Corporation) including the development of many ham satellites
and the low-orbiting Microsats (communications satellites no bigger than
a breadbox that use store-and forward packet techniques) have certainly
advanced the state-of-the-art in communications, one of the defined
purposes of the Amateur Radio Service, as recognized by international
treaty.

Since in many cases hams are writing "the book", there is often no
"book" or other established reference for a beginner to refer to.
Traditionally, information has been passed on from ham to ham via word-
of-mouth.  Like many of the traditional crafts, a variation of the
Master-Apprentice system has emerged, the Elmer-Novice relationship.
Called "Elmers" because they are usually older and wiser, having the
benefit of many years in the hobby, including several failed projects,
and an electric shock or two, they have traditionally been the mainstay
of amateur radio, and the source of many new hams, particularly those
interested in working on emerging technologies.

Even more importantly, Elmers provided an outlet for the impatient
newcomer who wanted "to know everything, and right away."  Faced with
such a request, a good Elmer will smile and proceed to lead the novice
through some project or operating experience.  Several hours, days, or
weeks later, the novice would have his answers, but would have earned
them.  Even better, the sense of accomplishment would boost the novice's
confidence and nudge him or her down the road to being a model,
experienced ham operator.

Many present hams feel that such an experience is missing today.  In
today's hustle-bustle world, the response to such natural curiosity and
desire to learn is, more often than not, "I'm too busy" or "RTFM." As a
result, the quality of new hams declines and the knowledge and operating
habits they develop in their first formative months and years leave much
to be desired. And the very same hams who claim that they "can't
understand the new generation" also, in almost the same breath, lament
about the "decline of amateur radio."

What is an Elmer today?
+++++++++++++++++++++++

An Elmer today is of any age, male or female, who has some expertise and
is willing to share it with beginners.  Elmers don't even need to be
licensed amateurs, just people with knowledge in some area of
electronics or communications technology.

What is a Usenet Elmer?
+++++++++++++++++++++++

With the ever-widening scope of the Internet, and the amateur radio
newsgroups on Usenet, the potential for Elmers to share their
knowledge to a wide audience has never been greater.  To that end, I
have started to maintain a list of such Elmers. Volunteers need only
send me their name, E-mail address, and area of expertise.

Those desiring a more extensive list, or who need more specific
assistance, are encouraged to contact Rosalie White, WA1STO, Educational
Services Manager at the American Radio Relay League, 225 Main St.,
Newington, CT  06111 or via electronic mail addressed to
[e-mail].

The latest version of the list can be found in the companion posting to
this message, "Amateur Radio Elmers Resource Directory."  If you sent me
mail and are not on it, please resend as it may have been lost on the
way or once it reached my host, or I am waiting on further revisions to
your entry (with the list's increasing size, I like to keep the entries
as descriptive as possible).

(Note to readers of Info-Hams Digest:  Because of its size, the
companion list is not (yet) sent via the mailing list.  The latest copy
can be obtained via anonymous FTP or FTP mail server from ftp.cs.buffalo.edu
under file ~/pub/ham-radio/elmers_list or from pit-manager.mit.edu under
directory /pub/usenet/news.answers/elmers.)

Currently, the list is over 40 Elmers strong, is cross-posted to the
news.answers newsgroup, and has become an invaluable resource for many,
as well as an opportunity for the volunteers to share their knowledge.
Thanks to all the volunteer Elmers, as well as courteous list users, for
making this service a success.

--
73, Paul W. Schleck, KD3FU

[e-mail] (personal mail)
[e-mail] (Elmers List administrivia)

* Possible origins of the word HAM:

The acronym "Home Amateur Mechanic" or...

from the Cockney pronunciation of "L'amateur" or...

the initals of the founder of the American Radio Relay League, Hiram
Maxim, W1AW (his actual middle name being Percy apparently
notwithstanding) or...

from the call letters of one of the first amateur stations at Harvard,
H.A.M. (please, no flames from W1XM at MIT)

(Dale Mosby, N7PEX, offers the explanation that HAM must stand for "Hardly
Any Money," considering the investment one could make in the hobby.)

Knowledgable individuals from the American Radio Relay League (ARRL),
and other radio historians, seem to agree that the terms "Ham" and "Lid"
(an inept operator) both originated with landline telegraphy.  A "Ham"
was a show-off and a "Lid" was a telegraph operator so inexperienced, he
had to use a pot or can lid to rest his telegraph sounder on to properly
copy the code.

As an interesting historical footnote, early telegraph operators may
have been the first to experience the infamous curse of our
communications age, Repetitive Stress (or "Carpal Tunnel") Syndrome
(called "Glass Arm" in those days, which encouraged the invention of the
semi-automatic or "bug" key).

Xref: bloom-picayune.mit.edu rec.radio.amateur.misc:28972 news.answers:4324
Newsgroups: rec.radio.amateur.misc,rec.radio.info,rec.answers,news.answers
Path: bloom-picayune.mit.edu!enterpoop.mit.edu!spool.mu.edu!uunet!wupost!emory!sol.ctr.columbia.edu!news.unomaha.edu!cwis!pschleck
From: [e-mail] (Paul W Schleck KD3FU)
Subject: Changes to Amateur Radio Elmers Resource Directory
Message-ID: <elmers/[e-mail]>
Followup-To: poster
Summary: A contextual difference (diff -c) file for the Elmers
         Resource Directory, a list of mentors, experts, and
         gurus for the various technical subjects that come up
         in this newsgroup.
Keywords: ham amateur radio ftp elmer diff
Sender: [e-mail] (UNO Network News Server)
Supersedes: <elmers/[e-mail]>
X-Posting-Frequency: posted on the 1st of each month
Reply-To: [e-mail] (Elmers List Administrivia Mailbox)
Organization: ACM Student Chapter, University of Nebraska at Omaha
References: <elmers/[e-mail]>
Date: Tue, 1 Dec 1992 12:03:41 GMT
Approved: [e-mail]
Expires: Fri, 15 Jan 1993 06:00:00 GMT
Lines: 475

Posted-By: auto-faq script
Archive-name: elmers/diff

(Note:  This diff file is taken from the list body only.)

/usr/bin/diff -c (last month's) (this month's)

*** /u3/pschleck/faq/elmers/list.body.old    Sun Nov  1 06:01:15 1992
--- /u3/pschleck/faq/elmers/list.body.new    Tue Dec  1 06:00:02 1992
***************
*** 1,4 ****
! Amateur Radio Elmers Resource Directory (as of 11/01/92)
  ++++++++++++++++++++++++++++++++++++++++++++++++++++++

  Jeff Angus  WA6WFI
--- 1,4 ----
! Amateur Radio Elmers Resource Directory (as of 12/01/92)
  ++++++++++++++++++++++++++++++++++++++++++++++++++++++

  Jeff Angus  WA6WFI
***************
*** 89,99 ****

  ++++++++++++++++++++++++++++++++++++++++++++++++++++++

  John Brewer WB5OAU

  [e-mail]

! Miscellaneous, Wire antennas

  ++++++++++++++++++++++++++++++++++++++++++++++++++++++

--- 89,153 ----

  ++++++++++++++++++++++++++++++++++++++++++++++++++++++

+ /**************************************************************************\
+ * Rich Bono                     IMRICH         UUCP:[e-mail] *
+ * [phone]                 NM1D          AMPR: [e-mail] *
+ \**************************************************************************/
+
+ Author of the following MS-DOS ham programs:
+
+     AutoExam - Examination simulator and study aid
+     AutoCW   - Morse Code practice program
+     DOSGATE  - allows users to run programs on your PC remotely (AutoExam
+                compatible)
+     AutoCall - Allows use of the Buckmaster HAMCALL CD-ROM online callbook
+                with DOSGATE
+     AutoFax  - Allows reception of weather fax using Kantronics TNC's
+     SeeSats  - Real time satelite tracking (text only), DOSGATE compatible
+
+ Most of these programs are available from wuarchive.wustl.edu under
+ /mirrors/msdos/hamradio or write me at:
+
+ 7 Red Field Circle
+ Derry, NH  03038
+
+ and enclose:
+
+    A FORMATTED high density diskette (either 1.44 MB or 1.2 MB; 3.5" or 5.25").
+    A Self Addressed STAMPED return diskette mailer.
+    A note explaining that you want a copy of AutoExam and/or AutoCW
+    (or one of the other programs).
+
+ I am always receptive to individuals interested in maintenance,
+ enhancements, and non-commercial distribution for these shareware
+ programs.
+
+ ++++++++++++++++++++++++++++++++++++++++++++++++++++++
+
+ Curtis Braun ([e-mail]) (N2HKD)
+ Computronics, POBOX 1002 Fairport,NY 14450
+ Guest@Digital Telstar,Network Operations Center Kodak
+
+ Apple Macintosh, IBM-PC, and Sun Computers
+
+ I have extensive knowledge on Appletalk protocol down to the bit level.
+ I have also worked with various iterations of MacTCP applications.
+ (Routers, hubs, gateways, Ethernet, Localtalk, etc)
+
+ I am also familiar with the look and feel of the Mac OS, (Ver. 6 & 7),
+ and its associated troubleshooting. I have some application
+ experience with numerous programs. (including ARAP Apple remote
+ dial-in stuff).
+
+ Hope to experiment with NOS and Baycom modem on a Mac+ soon.
+
+ ++++++++++++++++++++++++++++++++++++++++++++++++++++++
+
  John Brewer WB5OAU

  [e-mail]

! Wire antennas, restoration and operation/repair of tube gear.

  ++++++++++++++++++++++++++++++++++++++++++++++++++++++

***************
*** 107,112 ****
--- 161,179 ----

  ++++++++++++++++++++++++++++++++++++++++++++++++++++++

+ Diana L. (Syriac) Carlson
+ Hudson, NH
+ [e-mail]
+ KC1SP
+
+ QSL Bureaus (how to use them)
+ Volunteer Examiner Service (how to become one)
+ Macintosh Hamstacks (available from uxc.cso.uiuc.edu
+   under /pub/ham-radio)
+ Civil Air Patrol
+
+ ++++++++++++++++++++++++++++++++++++++++++++++++++++++
+
  Robert (Bob) Carpenter  W3OTC

  [e-mail]
***************
*** 154,160 ****

  Amateur Qualifications:
       Trustee of the Algonquin Amateur Radio Club Repeaters:
!          446.675  -- 223.86  -- 53.86
       Assistant Radio Officer for the City of Marlborough
           Emergency Management Agency
       Trained in Electronics Engineering, Electrical Engineering,
--- 221,227 ----

  Amateur Qualifications:
       Trustee of the Algonquin Amateur Radio Club Repeaters:
!          446.675  -- 223.86  -- 53.47
       Assistant Radio Officer for the City of Marlborough
           Emergency Management Agency
       Trained in Electronics Engineering, Electrical Engineering,
***************
*** 185,245 ****

  ++++++++++++++++++++++++++++++++++++++++++++++++++++++

! ________________________________________________________________________

! | Mark A. Day  Hardware Technician, Sawkill Engineering, Inc.        |
! | USMail  1612 Rickey Road Charlottesville VA 22901              |
! | Email   [e-mail]                         |
! |                                       |
! | Radio   [e-mail]     UUCP: [e-mail] |
! ________________________________________________________________________

! Ten years experience as a ham including:

! VHF/UHF DX
! Satellite Communications

  ++++++++++++++++++++++++++++++++++++++++++++++++++++++

- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-  Jeff DePolo  WN3A              Twisted Pair: [phone]
-  [e-mail]    RF: 444.250+ (no, we're not moving)
-  University of Pennsylvania     Carrier Pigeon: 420 S. 42nd St. Phila PA 19104